今天要做的事
今天一樣不寫程式,也不做網頁原型。
在動手之前,我先補了幾份範例資料,今天的規格都拿它們當基準:

1.這學期真實的考試日期:期中考 11/2~11/7;期末考有一天提前到 12/18,其餘落在 12/28~12/31
2.機率與統計講義的其中一頁文字
3.我實際的番茄鐘習慣
4.一個新想法:講義可以直接丟進 App 整理重點,好用的還能收藏,下次直接看

四份資料、五個畫面
課表資料:每週固定的課,加上「特定日期的例外」
考試資料:科目、考試日期、考試範圍(每份講義的頁數與熟悉度)
讀書紀錄:每次讀書的科目、日期、實際時長
收藏摘要:我收藏的講義重點

畫面則是五個:首頁、課表、考試與複習排程、教材摘要(含收藏庫)、番茄鐘。

接下來每個模組都用同一種格式寫:輸入、輸出、做法、可行性。

課表
輸入:週一到週五 × D1~E4(共 14 個節次)的網格,勾選有課的格子並填課名。格子也能標成「其他行程」(社團、打工),因為空堂不等於一定有空。另外可以針對「特定日期」設例外:某一節停課、加課,或整天放假。這就是 Day04 留下的「單週例外」,例如 12/25 整天放假。
輸出:每一天的空堂清單,給首頁與複習排程使用。
做法:純 Artifact,不需要 Claude 判斷。
可行性:高。

例外我一律記「實際日期」,不記「第幾週」,理由在下一節。

考試與複習排程
輸入:科目、考試類型(期中/期末/小考)、考試日期、備註。考試範圍是一份或多份講義,每份填「頁數」加上自評熟悉度(陌生/普通/熟悉)。另外還會用到課表的空堂清單。
輸出:一份具體的複習排程,每一項有日期、時段、複習內容和一句理由。示意如下(日期為範例假設,不是真實的考試日期):

做法:Artifact + 提示詞混合,分三步。App 先算離考試幾天、這段期間有哪些空堂、每份講義的頁數與熟悉度,整理成一份事實清單。Claude 再判斷怎麼分配、為什麼。最後 App檢查一次 Claude 建議的時段是不是真的在空堂清單裡,不是就標警示。這樣分工,是因為語言模型做日期與星期換算偶爾會出錯,而排程最怕的就是日期錯。
可行性:中。

排程另外有兩條規則:
每個複習項目有三種狀態:尚未開始、進行中(該講義已有讀書紀錄)、已完成(我手動勾選)。
期中考週會同時有好幾科,所以一個空堂時段只分給一科,先排最早考的。

教材摘要與收藏
輸入:上傳 PDF,或貼上純文字,再選「科目」和「講義編號」(收藏時用來歸類)。
輸出:每個小節一張「考試速看重點」卡片,包含小節標題、概念說明、正式定義、公式,以及來源(哪份講義的哪個小節)。每張卡片可以收藏或直接略過。
收藏庫:依科目與講義分類瀏覽,可以刪除。下次直接看,不用重新請 Claude 整理。只存摘要文字,不存原始 PDF。
做法:App 裡放一個上傳區,按下按鈕後由 App 把內容交給 Claude 整理,結果顯示成卡片。
可行性:中。Artifact 能呼叫 Claude 這件事我有把握,但 PDF 大小、處理時間、用量消耗都還沒實測。

遇到困難：
我把講義其中一頁的文字直接複製出來看,發現了問題,文字說明都正常,但公式已經被拆碎了。像伯努利分配的機率函數,括號、x、1、p 各自散在不同行,有些符號還直接不見。如果 Claude 拿到的是這種文字,就只能靠猜把公式拼回去。

所以我先訂下四條規則:
1.含公式的講義以 PDF 為主
2.「正式定義」和「公式」只整理、不改寫
3.讀不準就標警示,輸出格式類似「⚠ 公式無法確認,請對照講義第 X 頁」
4.一次處理一小段,介面上會提醒使用者不要整份丟

番茄鐘
輸入:先選科目(必填)、講義(選填),再選模式。
倒數模式:自訂 1~60 分鐘,用數字輸入框加上加減按鈕。
反計時模式:從 0 開始正向計時,沒有上限,自己按停。
休息:倒數結束後問要不要休息(預設 10 分鐘),可以直接跳過;反計時不會主動問。全程沒有任何強制中斷。
輸出:結束後(時間到或手動停止)寫入一筆紀錄:科目、日期、開始時間、實際讀書時長。中途停就記實際讀了多久,不是原本設定的時間。今天、本週、各科的累計時數,都由這些紀錄加總。
做法:純 Artifact。計時用「開始時間相減」,不是每秒加一,所以切到別的分頁再回來,時間還是準的。
可行性:高。限制是網頁在背景或手機鎖屏時,不保證能準時響鈴或震動,回到畫面才會看到「時間到了」。

首頁
首頁本身不存任何資料,只是把前面幾份資料拼在一起。
示意如下(手機是單欄;電腦版改成兩欄,左邊今日、右邊考試與時數):

輸入:無,全部讀自前面四份資料。
輸出:今日課程與空堂、今日複習建議、考試倒數、今日與本週的讀書時數。
做法:純 Artifact。
可行性:中高。每個畫面單獨看都不難,難在把四份資料接在一起。任何一份的格式改了,首頁就可能跟著壞掉。

手機和電腦都要能用
同一個 App、同一個入口,版面自動調整:手機單欄,導覽列放畫面下方;電腦兩欄,導覽列放上方
按鈕做大一點,手指好按
課表網格是 5 欄 × 14 列,手機上往下捲就放得下
「兩個裝置的資料會不會同步」是另一個問題,見下面的限制清單

兩個架構決定
一個 App、多個分頁,不做五個獨立 Artifact。 獨立的 Artifact 之間很難共用資料,首頁又必須同時讀四份資料,合成一個最省事,手機和電腦也只需要記一個入口。代價是檔案會愈來愈大、改這裡可能壞那裡,所以實作時會一個畫面一個畫面加,每加一個就測一次。
程式算、Claude 判斷。 日期相減、時數加總、空堂檢查這類「有標準答案」的事交給程式;摘要、分配理由這類需要理解和語言的事交給 Claude。

限制
1.目前我做不到主動推播,只要網頁沒打開,就沒辦法通知。
2.資料保存與同步還沒實測,必須之後驗證。
3.每次摘要都會消耗 Claude 的用量。

有餘力再做清單
1.把複習排程匯出到手機行事曆,靠行事曆 App 來提醒
2.上傳整份 PDF 後選頁碼範圍,由 App 自己裁切
3.用讀書紀錄校正「每份講義要花多久」的估計
4.收藏的摘要直接連到對應的複習項目
5.預習提醒

今日總結
今天把整個系統簡化成四份資料、五個畫面,每個模組都寫出輸入、輸出、做法與可行性。過程中補上幾個 Day04 沒交代的地方:考試資料該放哪、首頁的「今日待辦」從哪來,以及課表與考試一律記實際日期,而不是第幾週。
今天最大的收穫是拿到真實講義的第一時間就發現公式被打散,這讓以PDF 為主、定義與公式不改寫、讀不準就標警示成了教材摘要的底線。

明日內容
明天是需求分析階段的收尾,不設計新功能,而是做兩個小實測,驗證假設:
1.資料保存:做一個最小的 Artifact(一個輸入框加一個儲存按鈕),關掉重開、換手機與電腦,看資料還在不在
2.摘要品質:拿今天這一頁講義,分別用「貼純文字」和「上傳 PDF」各摘要一次,對照公式保留得如何
兩個實測的結果,會決定 Day07 開始的提示詞設計要走哪一條路